對于網(wǎng)站所有者來說，緩慢的網(wǎng)站可能是災(zāi)難的根源。研究表明，如果加載時(shí)間超過三秒，40%的人會(huì)完全放棄您的網(wǎng)站。換個(gè)角度來看：如果每個(gè)月有 10,000 人訪問您的網(wǎng)站，這意味著其中有 4,000 人會(huì)離開并且再也不會(huì)回來。

網(wǎng)站速度的重要性反映在谷歌的搜索算法中，他們過去曾宣布網(wǎng)站速度是算法中的一個(gè)信號(hào)。他們還表示速度是移動(dòng)搜索的一個(gè)排名因素。然而，雖然網(wǎng)站速度很重要，但不能低估相關(guān)性和優(yōu)質(zhì)內(nèi)容是谷歌最常用于在搜索中對頁面進(jìn)行排名的因素。

本文提供了有關(guān)您的網(wǎng)站速度緩慢的原因、如何解決這些問題的答案，以及有助于確定您的網(wǎng)站性能的工具和資源。

1. JavaScript 未優(yōu)化

JavaScript 是一種編程語言，負(fù)責(zé)您在現(xiàn)代網(wǎng)站上看到的許多交互式、響應(yīng)式功能。流暢的動(dòng)畫、動(dòng)態(tài)菜單和引人入勝的視覺元素通常是使用 JavaScript 開發(fā)的。如果此代碼在網(wǎng)站中實(shí)施不當(dāng)，可能會(huì)導(dǎo)致某些頁面元素延遲整個(gè)頁面的加載。在您的網(wǎng)站外部調(diào)用 JavaScript 的多個(gè)請求也可能加起來并導(dǎo)致您的網(wǎng)站變慢。

解決方案– 要解決此問題，請嘗試在 HTML 站點(diǎn)代碼本身中使用內(nèi)聯(lián) JavaScript，而不是讓站點(diǎn)代碼引用單獨(dú)的 JavaScript 文件。

JavaScript 還可以通過使用異步加載與頁面的其余部分分開加載。

您還可以通過延遲來確定何時(shí)加載和執(zhí)行 JavaScript 文件。基本上，您允許腳本在解析頁面的同時(shí)下載，然后在頁面解析完成后執(zhí)行。

在 WordPress 中，這個(gè)腳本加載時(shí)間選項(xiàng)是通過wp_enqueue和wp_enqueue_style函數(shù)完成的

如果您不熟悉使用 JavaScript，那么我們建議您咨詢具??有 JavaScript 經(jīng)驗(yàn)的經(jīng)驗(yàn)豐富的 Web 開發(fā)人員。有關(guān)優(yōu)化 JavaScript 的更多信息，請查看這些JavaScript 優(yōu)化技巧。

2. 腳本編寫不當(dāng)

有時(shí)，網(wǎng)站運(yùn)行緩慢可能是由于腳本編寫不當(dāng)造成的。腳本是可用于在應(yīng)用程序中執(zhí)行任務(wù)的一系列或一系列命令。如果腳本編寫不當(dāng)，站點(diǎn)可能會(huì)在嘗試執(zhí)行命令時(shí)卡住，從而延遲其他頁面元素的加載。

解決方案——這可以通過使用異步加載來避免。異步加載允許 JavaScript 獨(dú)立于頁面的其余部分進(jìn)行加載，或者將其完全推遲到頁面加載完成之后。

未經(jīng)優(yōu)化的 JavaScript 會(huì)干擾其他頁面元素的正常運(yùn)行，進(jìn)一步降低您的網(wǎng)站速度。使用 GTmetrix 或 PageSpeed Insights 等工具可以幫助您查明導(dǎo)致問題的文件并允許您進(jìn)一步調(diào)查。

3. CSS 未優(yōu)化

CSS 是一種用于在創(chuàng)建網(wǎng)頁時(shí)提供格式和樣式定義的語言。就像 JavaScript 一樣，未經(jīng)優(yōu)化的 CSS 會(huì)導(dǎo)致網(wǎng)站加載速度變慢。這方面的一個(gè)例子可能是您的 CSS 正在調(diào)用您網(wǎng)站上未嵌入的多種字體。這些額外的字體可能看起來不錯(cuò)，但它們也可能導(dǎo)致您的網(wǎng)站在加載時(shí)變慢。

解決方案——幸運(yùn)的是，解決這個(gè)問題的方法與優(yōu)化 JavaScript 代碼的方法大致相同。為了減少網(wǎng)站為了加載??而需要查找的文件數(shù)量，將多個(gè) CSS 文件合并到一個(gè)主文件中，或者至少合并較少數(shù)量的文件。

為了幫助站點(diǎn)避免需要為 CSS 引用外部文件，直接使用符合 HTML 站點(diǎn)代碼的 CSS 代碼。要了解有關(guān)優(yōu)化 CSS 的更多信息，請查看The Complete Guide to Optimizing CSS for Fast Page Loads。

4.數(shù)據(jù)庫未優(yōu)化

MySQL 和其他數(shù)據(jù)庫系統(tǒng)可能會(huì)遭受稱為“開銷”的問題，該術(shù)語用于描述日志數(shù)據(jù)和其他條目隨時(shí)間累積的膨脹。當(dāng)存在太多開銷時(shí)，數(shù)據(jù)庫會(huì)執(zhí)行得更慢甚至完全超時(shí)。這意味著一個(gè)更慢、更不可靠的網(wǎng)站。

解決方案——幸運(yùn)的是，優(yōu)化數(shù)據(jù)庫非常容易。許多網(wǎng)絡(luò)服務(wù)器使用 phpMyAdmin，這是一種允許直接在網(wǎng)絡(luò)瀏覽器中修改數(shù)據(jù)庫的工具。使用 phpMyAdmin 優(yōu)化數(shù)據(jù)庫就像登錄并在所選數(shù)據(jù)庫上使用優(yōu)化功能一樣簡單。

5. 缺乏圖像或視頻優(yōu)化

雖然在您的網(wǎng)站上使用高分辨率圖像或視頻很誘人，但請務(wù)必記住，這些要求苛刻的頁面元素會(huì)通過使用更多內(nèi)存和帶寬來影響您的服務(wù)器負(fù)載。因此，在加載網(wǎng)頁時(shí)，這些元素將需要更長的時(shí)間來加載。這可能是由于媒體文件的大小。通常，圖像或視頻的質(zhì)量越高，它就會(huì)越大。

解決方案——要克服這些限制，您應(yīng)該確保圖像不超過必要的大小。例如，如果您的圖像顯示為 400 x 600 像素，則不應(yīng)將其上傳為 768 x 1024。因?yàn)樗槐匾卮螅瑢?dǎo)致以下兩種情況之一：

• 您必須在加載之前調(diào)整圖像大小，例如使用 PHP。這不僅會(huì)導(dǎo)致延遲，還會(huì)占用您服務(wù)器的資源。
• 訪問者將加載全尺寸圖像 (768 x 1024)，這需要時(shí)間。

還應(yīng)注意，以較小尺寸和分辨率（例如 640×480 像素 @ 72 dpi）錄制的圖像或視頻在放大時(shí)將不會(huì)具有相同的質(zhì)量。

在此示例中，您應(yīng)該使用圖像編輯器在您的計(jì)算機(jī)上將 768 x 1024 圖像調(diào)整為 400 x 600，然后將其上傳到您的網(wǎng)站或服務(wù)器。

如果您使用的是 WordPress，則可以使用名為Smush的插件來優(yōu)化圖像。它還提供延遲加載，以便您的圖像僅在它們開始出現(xiàn)在屏幕上時(shí)才加載。

在調(diào)整圖像大小的同時(shí)，您還應(yīng)該使用多種數(shù)據(jù)壓縮技術(shù)中的一種來優(yōu)化它們。例如，您可以確保您的網(wǎng)絡(luò)托管服務(wù)商在其服務(wù)器上使用Brotli 壓縮而不是 Gzip，這樣可以縮短加載時(shí)間。

不幸的是，壓縮視頻有點(diǎn)困難，因此您可能需要考慮將這些視頻托管在 YouTube 或 Vimeo 等網(wǎng)站的外部，然后將它們嵌入到您的網(wǎng)頁中。

作為一般規(guī)則，大小超過 1MB 的圖像對于優(yōu)化站點(diǎn)而言被認(rèn)為太大。此外，請保持所記錄圖像的原始尺寸。如果它是以較小的尺寸錄制的，例如 640×480 像素，那么如果您將最終圖像放大，則不要指望圖像/視頻具有相同的質(zhì)量。

閱讀本文后，您可能會(huì)對在內(nèi)容中使用大圖像猶豫不決。然而，谷歌已經(jīng)發(fā)布了在您的網(wǎng)站上使用大圖的案例研究。還有關(guān)于如何最好地使用優(yōu)化視頻來提高自然搜索流量的信息。

6. 服務(wù)器負(fù)載激增

當(dāng)網(wǎng)絡(luò)托管服務(wù)器的負(fù)載激增影響其性能時(shí)，就會(huì)出現(xiàn)服務(wù)器負(fù)載峰值。共享托管服務(wù)器與多個(gè)客戶網(wǎng)站共享物理硬件和資源。當(dāng)網(wǎng)站的活動(dòng)使服務(wù)器上的資源不堪重負(fù)時(shí)，就會(huì)出現(xiàn)負(fù)載峰值，這會(huì)降低網(wǎng)站性能。盡管可能有嚴(yán)格的監(jiān)控來幫助防止和減輕峰值，但它們?nèi)匀豢赡馨l(fā)生。

解決方案- 如果您的服務(wù)器已被確定為資源使用率高的原因，那么您有幾個(gè)選擇。首先，確保您已采取措施優(yōu)化您的網(wǎng)站，這樣它就不會(huì)為日常運(yùn)營占用過多的服務(wù)器資源。

如果您發(fā)現(xiàn)您的網(wǎng)站不斷被識(shí)別為高資源使用率，那么您可能超出了共享主機(jī)的限制。您應(yīng)該考慮升級到云 VPS 托管或易于使用的 cPanel 服務(wù)器品種。使用 VPS，您將擁有更多資源來繼續(xù)擴(kuò)展您的在線業(yè)務(wù)。最重要的是，您可以更好地控制在您的托管體驗(yàn)中使用的資源。話雖這么說，即使是 VPS 平臺(tái)也可能會(huì)受到意外負(fù)載峰值的阻礙。

最昂貴的解決方案和唯一一個(gè)您可以完全控制網(wǎng)站所有服務(wù)器資源的解決方案是專用服務(wù)器。

如果您是 InMotion 托管訂閱者，那么支持團(tuán)隊(duì)將全天候 24 小時(shí)提供服務(wù)。支持團(tuán)隊(duì)可以讓您更深入地了解任何正在進(jìn)行的服務(wù)問題，但我們還有一個(gè)服務(wù)器狀態(tài)頁面，可以在發(fā)生中斷時(shí)提供更多信息。

7. 廣告太多

通過包含大量廣告的空間來最大化您網(wǎng)站的貨幣化可能很誘人。不幸的是，這些頁面元素有時(shí)會(huì)使用復(fù)雜的動(dòng)畫或高分辨率圖形，最終會(huì)降低您網(wǎng)站的速度。在您的網(wǎng)站上使用的廣告越多，觀看者必須加載的廣告就越多才能看到您的網(wǎng)站。這很容易使網(wǎng)站速度變慢。

解決方案– 最好的辦法是減少使用的廣告數(shù)量，并找到一種可以讓您的網(wǎng)站快速加載的快樂媒介。

8.插件太多

盡管插件可以將一個(gè)簡單的網(wǎng)站變成一個(gè)功能豐富的動(dòng)態(tài)在線空間，但它們也會(huì)帶來看不見的成本。您安裝的插件越多，每當(dāng)頁面加載時(shí)服務(wù)器必須處理的越多。對于創(chuàng)建面向網(wǎng)站的所有訪問者加載的面向公眾的頁面元素的插件來說尤其如此。插件也可以在不使用時(shí)獲取資源。

社交媒體插件經(jīng)常被過度使用。具有多個(gè)社交媒體徽章的網(wǎng)站（還包括訪問這些網(wǎng)站的點(diǎn)擊次數(shù)）可能會(huì)影響網(wǎng)站的性能。這些按鈕不斷訪問數(shù)據(jù)以保持其按鈕計(jì)數(shù)更新。擁有多個(gè)將增加這種效果，因?yàn)樗麄儗⑼瑫r(shí)與相關(guān)的社交媒體帳戶建立聯(lián)系。

解決方案——為避免這種情況，請卸載您不再使用的任何插件。刪除運(yùn)行您的網(wǎng)站不需要的任何插件。

不要使用太多還需要連接到遠(yuǎn)程源才能更新按鈕上的數(shù)據(jù)的社交媒體按鈕。這些類型的按鈕不斷嘗試連接到社交媒體網(wǎng)站以更新按鈕上的數(shù)字。您可以使用簡單的按鈕將用戶重定向到您的社交媒體網(wǎng)站。

9.無效的緩存

加載網(wǎng)頁時(shí)，它可能必須確定需要顯示的內(nèi)容。例如，您可能更新了帖子、小部件、頁眉、頁腳或廣告。使用緩存將幫助這些項(xiàng)目更快地加載，而不必在每次訪問該頁面時(shí)都進(jìn)行處理。

如果您緩存了舊頁面，那么您的瀏覽者可能無法始終在您的網(wǎng)站上看到正確的最新內(nèi)容。舊的緩存文件可能來自 Internet 瀏覽器緩存、CDN 緩存或上游緩存。

不使用 Opcache 緩存 PHP?– 當(dāng)您的服務(wù)器顯示您的網(wǎng)頁并且您正在使用 PHP 代碼時(shí)，代碼被解析，然后編譯為 OPcode，這是服務(wù)器讀取它然后執(zhí)行它的方式。如果您不使用 Opcache，則每次運(yùn)行時(shí)都必須解析所有 PHP 代碼。這導(dǎo)致整個(gè)網(wǎng)站速度變慢。

解決方案——需要注意的是，緩存只是讓緩存的文件加載得更快，因?yàn)樗呀?jīng)被讀取和存儲(chǔ)了。緩存是服務(wù)器、移動(dòng)設(shè)備和互聯(lián)網(wǎng)瀏覽器可以使用的一項(xiàng)功能，可以臨時(shí)存儲(chǔ)經(jīng)常訪問的數(shù)據(jù)片段的副本。

如果使用得當(dāng)，緩存可以防止用戶在每次訪問該頁面時(shí)都需要重新加載同一網(wǎng)站的某些部分。有許多類型的緩存和緩存軟件，因此確定最適合您的是很重要的。我們推薦使用W3 Total Cache，一個(gè)強(qiáng)大的 WordPress 網(wǎng)站緩存插件。

使用 Opcache?– 當(dāng)您使用 OPcache 時(shí)，解析和編譯的 PHP 文件也會(huì)保存到服務(wù)器的緩存中。如果再次調(diào)用同一個(gè) PHP 文件，那么它會(huì)立即在服務(wù)器緩存中可用，而不必由服務(wù)器進(jìn)行解析和編譯。這可以節(jié)省時(shí)間和 CPU 資源，使您的網(wǎng)站更快！您可能會(huì)看到不同類型的 OPcaching 系統(tǒng)，例如OPcache、APC或Xcache。

10. 網(wǎng)絡(luò)優(yōu)化不佳

有時(shí)網(wǎng)站加載緩慢是由于托管服務(wù)提供商網(wǎng)絡(luò)中的網(wǎng)絡(luò)相關(guān)問題，而不是網(wǎng)站或服務(wù)器的問題。這可能是流量意外激增的結(jié)果。也可能僅僅是網(wǎng)絡(luò)中有問題的硬件導(dǎo)致需要更換。

解決方案——幸運(yùn)的是，有一些方法可以優(yōu)化您的網(wǎng)絡(luò)來避免這些障礙。例如，某些用戶在其 Web 瀏覽器或本地路由器上配置第三方DNS 解析器。如果您直接在您的營業(yè)地點(diǎn)托管，那么您應(yīng)該與您的 IT 團(tuán)隊(duì)合作解決您可能遇到的所有網(wǎng)絡(luò)問題。

如果您通過托管服務(wù)托管您的網(wǎng)站，并且您仍然遇到網(wǎng)站訪問緩慢的問題，請使用診斷跟蹤路由來確定發(fā)生減速的位置。如果 traceroute 發(fā)現(xiàn)減速發(fā)生在離服務(wù)器較近的地方，那么您可以使用托管服務(wù)來解決它，或者選擇將托管服務(wù)轉(zhuǎn)移到其他提供商。

11. 使用遠(yuǎn)離客戶的服務(wù)器

當(dāng)您的 Web 服務(wù)器遠(yuǎn)離您的客戶時(shí)，您的客戶通過 Internet 訪問您的站點(diǎn)的時(shí)間可能會(huì)受到影響。您離得越遠(yuǎn)，您的請求通過互聯(lián)網(wǎng)傳輸所需的時(shí)間就越長。

這與不使用內(nèi)容分發(fā)網(wǎng)絡(luò) (CDN) 的不同之處在于，您的網(wǎng)站位于遠(yuǎn)離客戶群的服務(wù)器上。CDN 通常用于提供有助于更快地在網(wǎng)頁上加載元素的媒體文件。您的主要網(wǎng)站文件可能包括無法復(fù)制到 CDN 上的數(shù)據(jù)庫和網(wǎng)站的主要文件。

此問題的一個(gè)示例可能是您的客戶都在澳大利亞，但您的網(wǎng)絡(luò)托管服務(wù)器位于美國東海岸。相關(guān)數(shù)據(jù)庫和主要網(wǎng)站文件將跨越國家之間的距離進(jìn)行訪問。如果網(wǎng)站使用 CDN，則可以通過 CDN 網(wǎng)絡(luò)復(fù)制網(wǎng)站使用的靜態(tài)媒體文件。通過允許訪問這些文件而不管他們的位置如何，這使客戶受益。

請注意，并非所有 CDN 都是平等的。有些可能在世界各地都有服務(wù)器，而另一些可能專注于特定區(qū)域。

解決方案– 始終考慮托管解決方案，由于靠近客戶所在地，因此可以提供更快的加載時(shí)間。中央數(shù)據(jù)庫和其他主要網(wǎng)站文件無法從 CDN 中獲益，并且加載時(shí)間可能會(huì)因客戶所在的地理位置而異。

使用 CDN 可以通過在不同的地理位置提供服務(wù)器來幫助提高網(wǎng)站的性能，這些服務(wù)器基本上存儲(chǔ)網(wǎng)站媒體文件的本地副本。位于服務(wù)器附近的用戶可以更快地訪問這些本地副本，因?yàn)閿?shù)據(jù)不需要傳輸那么遠(yuǎn)。如果您的網(wǎng)站有大量來自世界各地的訪問者，并且您正在使用許多媒體文件，那么必須將 CDN 與您的網(wǎng)站集成。Akamai和Cloudflare是 CDN 服務(wù)器的流行示例，可以幫助提高您網(wǎng)站的性能。

12.連接問題

有時(shí)，由于互聯(lián)網(wǎng)服務(wù)提供商 (ISP) 而不是網(wǎng)絡(luò)托管提供商的問題，網(wǎng)站加載緩慢。如果 ISP 遇到中斷或技術(shù)故障，家庭或企業(yè)網(wǎng)絡(luò)可能難以連接到網(wǎng)站。這些類型的情況很難解決，因?yàn)樗Q于 ISP 解決問題。通常，這些服務(wù)提供商都有熱線來報(bào)告中斷或服務(wù)降級。

解決方案– 由于您的計(jì)算機(jī)和網(wǎng)絡(luò)之間的連接問題，您的站點(diǎn)也可能運(yùn)行緩慢，需要進(jìn)一步調(diào)查。您可以運(yùn)行ping 和 traceroute測試，以更深入地了解您的連接在每個(gè)步驟中正在做什么。此診斷還將提供確定連接速度是否緩慢所需的時(shí)間。

上圖顯示了 traceroute 結(jié)果如何告訴您連接問題發(fā)生在何處。您可以看到跟蹤結(jié)束時(shí)出現(xiàn)的次數(shù)要多得多。由于連通性對 Web 服務(wù)很重要，因此他們通常會(huì)對其進(jìn)行調(diào)查以確定是什么原因?qū)е缕渚W(wǎng)絡(luò)附近或網(wǎng)絡(luò)中的速度變慢。

如果瓶頸發(fā)生在離您的計(jì)算機(jī)較近的地方，那么您應(yīng)該聯(lián)系您的 Internet 服務(wù)提供商 (ISP) 尋求幫助，以確定在您嘗試訪問服務(wù)器時(shí)速度緩慢的原因。

13.過多的HTTP請求

每次在您的網(wǎng)站上加載文件時(shí)，都會(huì)向服務(wù)器發(fā)出 HTTP 請求。這意味著您的站點(diǎn)擁有的需要 HTTP 請求的文件越多，在查看頁面時(shí)服務(wù)器必須加載的內(nèi)容就越多。如果您的網(wǎng)站上有大量經(jīng)常訪問的文件，您可能會(huì)遇到過多 HTTP 請求導(dǎo)致服務(wù)器停滯的問題。

解決方案——為了減少網(wǎng)站為了加載??而需要查找的文件數(shù)量，嘗試將多個(gè) CSS 文件合并到一個(gè)主文件中，或者至少合并較少數(shù)量的文件。

為避免過多的 HTTP 請求，合并您的站點(diǎn)文件并考慮使用縮小來減少用戶在訪問您的站點(diǎn)時(shí)需要加載的站點(diǎn)文件的數(shù)量。此外，確保 HTTPS 重定向正常工作。這是一次提高安全性和搜索引擎優(yōu)化 (SEO) 的快速方法。

14. Web 服務(wù)器配置不當(dāng)或托管服務(wù)問題

Web 服務(wù)器配置不當(dāng)?shù)囊粋€(gè)示例是使用最低要求而不是 CMS 或電子商務(wù)軟件的推薦規(guī)范。使用最少配置的網(wǎng)站通常會(huì)在網(wǎng)站接收流量時(shí)執(zhí)行緩慢或?qū)е聠栴}。這些問題和其他問題可能是托管服務(wù)行為的結(jié)果。并非所有托管服務(wù)都具有相同的質(zhì)量服務(wù)、正常運(yùn)行時(shí)間和性能記錄。?雖然可能有短時(shí)間內(nèi)托管服務(wù)問題的原因，但如果有這種情況發(fā)生的歷史，那么您應(yīng)該考慮將您的網(wǎng)站轉(zhuǎn)移到不同的托管服務(wù)。

解決方案——不要在沒有首先檢查要求的情況下盲目地將特定的 CMS 或電子商務(wù)軟件加載到 Web 服務(wù)器上。通常，虛擬主機(jī)會(huì)為 CMS 軟件提供特定的解決方案。例如，InMotion Hosting 提供特定于 WordPress 的托管，旨在提高 WordPress 的性能。您還可以與 Web 主機(jī)交談，并要求確保您訂閱的服務(wù)器已正確配置必要的內(nèi)存、存儲(chǔ)或 CPU 要求。這些規(guī)格應(yīng)基于您的網(wǎng)站將產(chǎn)生的負(fù)載和流量。

如果您正在尋找托管服務(wù)，請確保搜索具有滿足您網(wǎng)站需求的知識(shí)和經(jīng)驗(yàn)的信譽(yù)良好的托管服務(wù)。他們應(yīng)該有為您的網(wǎng)站需求提供良好支持、正常運(yùn)行時(shí)間和高性能服務(wù)器的歷史。尋找客觀的評論，并在可能的情況下與該服務(wù)的其他用戶交談。如果您要購買網(wǎng)絡(luò)托管服務(wù)，請確保還尋找可以幫助您省錢的退款保證和銷售。

15. 使用過時(shí)的服務(wù)器技術(shù)

如果您的網(wǎng)站已在服務(wù)器上托管了很長時(shí)間并且該服務(wù)器從未更新過，那么您可能正在使用舊技術(shù)來為您的網(wǎng)站提供服務(wù)。在某些情況下，您可能會(huì)使用長期未更新的硬件和/或軟件，以至于不僅存在性能問題，還可能存在安全漏洞。這通常發(fā)生在自托管的基于公司的網(wǎng)站上。如果硬件（和軟件）沒有偶爾更新或?qū)彶椋敲茨赡軙?huì)遇到性能和安全問題。

解決方案– 如果您在內(nèi)部托管，那么可能是更新或購買新硬件和軟件的時(shí)候了。如果您使用第三方服務(wù)托管，那么可能是時(shí)候?yàn)槟木W(wǎng)站找一個(gè)新家了。您的同一供應(yīng)商可能有更好的解決方案，或者您可以貨比三家，尋找更新更快的產(chǎn)品來滿足您的網(wǎng)站需求。您還應(yīng)該檢查它們是否提供服務(wù)器管理，以便正確維護(hù)您的系統(tǒng)。

16. 高流量網(wǎng)站

有時(shí)，您的網(wǎng)站可能會(huì)取得成功，從而帶來非常高的訪問量。雖然這似乎是一個(gè)好問題，但它也是一個(gè)主要問題，因?yàn)樗鼤?huì)降低每個(gè)人的網(wǎng)站速度。

當(dāng)您有很多人同時(shí)訪問您的網(wǎng)站時(shí)，由于您可用的資源，它可能會(huì)影響您的網(wǎng)站。受影響的資源可能是您的帶寬、內(nèi)存和 CPU，導(dǎo)致訪問您站點(diǎn)的每個(gè)人的整體速度變慢。這可能會(huì)突然發(fā)生（在短時(shí)間內(nèi)），也可能會(huì)在很長一段時(shí)間內(nèi)發(fā)生。如果您的站點(diǎn)超出您通過訂閱購買的資源，許多托管服務(wù)會(huì)通知您。當(dāng)資源長時(shí)間超出時(shí)，網(wǎng)站可能會(huì)被暫停。

解決方案——如果您知道流量可能會(huì)增加，那么您可以咨詢您當(dāng)前的托管服務(wù)提供商并請求臨時(shí)增加托管服務(wù)。例如，如果您知道當(dāng)?shù)氐碾娨晱V告為您的網(wǎng)站帶來了很多關(guān)注，那么您可以請求臨時(shí)升級到 VPS 或?qū)Ｓ梅?wù)器以適應(yīng)高流量。如果您網(wǎng)站的流量一直在增加，那么您可能只是升級托管服務(wù)的時(shí)候了，以便您可以容納更大的客戶群。

17. 過時(shí)的 CMS

過時(shí)的 CMS 不同于使用過時(shí)的服務(wù)器技術(shù)，因?yàn)樗c您網(wǎng)站所使用的軟件有關(guān)。過時(shí)的 CMS 軟件會(huì)導(dǎo)致許多類型的問題，包括網(wǎng)站速度變慢。

軟件更新通常包括對現(xiàn)有問題的修復(fù)、更新安全補(bǔ)丁以修復(fù)可能的漏洞以及優(yōu)化代碼以加速或改進(jìn)站點(diǎn)的功能。如果您的 CMS 有一段時(shí)間沒有更新，那么您的網(wǎng)站可能容易受到惡意軟件的攻擊，或者存在來自不正確或未優(yōu)化代碼的問題。

解決方案——更新您的 CMS，并定期更新。如果您有一個(gè)插件因?yàn)樯壎荒苷＿\(yùn)行，那么您需要與插件的開發(fā)者溝通。如果您無法得到回應(yīng)，那么可能是為該插件尋找不同解決方案的好時(shí)機(jī)。不升級 CMS 如何影響您的網(wǎng)站的一個(gè)很好的例子是使用舊版本的 WordPress。一些舊版本的 WordPress 不支持新版本的 PHP。由于異步設(shè)計(jì)等特性，PHP 8 比 PHP 7 快得多。舊版本的 WordPress 會(huì)變慢，因?yàn)樗鼈儾恢С中掳姹镜?PHP。升級您的 CMS 軟件后，您可以隨著軟件的發(fā)展利用改進(jìn)和安全更新。

18. 質(zhì)量差的主題

為您的網(wǎng)站生成前端界面的 WordPress 網(wǎng)站和其他 CMS 軟件通常需要一個(gè)主題。這些主題提供了頁面的格式和圖形樣式，您的用戶在查看/使用您的網(wǎng)站時(shí)將與之交互。在某些情況下，您使用的主題可能設(shè)計(jì)不佳，并且可能存在代碼未優(yōu)化、媒體優(yōu)化不足、用戶體驗(yàn)界面不佳或代碼陳舊/未更新等問題。

解決方案– 檢查以確保您使用的是最新版本的主題。確保它沒有由糟糕的代碼、糟糕的用戶體驗(yàn)設(shè)計(jì)和缺乏優(yōu)化引起的問題。確保您選擇的任何主題都可以輕松更新，并為主題的功能和/或自定義提供支持。對于 WordPress，除了數(shù)以千計(jì)的付費(fèi)版主題外，還有數(shù)以千計(jì)的免費(fèi)主題。

如果您發(fā)現(xiàn)自己需要嘗試更新舊主題，請務(wù)必聯(lián)系主題開發(fā)人員，看看是否可以獲得額外幫助。開發(fā)人員可能會(huì)為您提供任何需要的更新或主題開發(fā)方面的幫助。

19. 隱藏的惡意軟件

雖然許多軟件開發(fā)人員不斷努力更新主題或插件等軟件，但黑客和其他意圖盜竊或其他非法活動(dòng)的不滿分子也在開發(fā)他們的最新版本的惡意軟件。他們的一些創(chuàng)作可能已經(jīng)在您不知情的情況下滲透進(jìn)來。如果您不注意您的網(wǎng)站，它們可能會(huì)導(dǎo)致安全問題、速度減慢、不必要的重定向或損壞您的網(wǎng)站。

解決方案– 如果您的反惡意軟件沒有發(fā)現(xiàn)任何問題，您怎么知道您的站點(diǎn)是否有問題？弄清楚這一點(diǎn)的最佳方法是通過性能測試仔細(xì)查看您的站點(diǎn)，并查看服務(wù)器在內(nèi)存、CPU 和帶寬消耗方面的診斷測試。如果您發(fā)現(xiàn)內(nèi)存、CPU 或帶寬使用量激增，則應(yīng)在相應(yīng)頁面上查找這些問題的原因。此外，請務(wù)必檢查您的網(wǎng)站頁面并尋找明顯的污損或重定向跡象，這些跡象并非由您放置在那里。

簡而言之，檢測隱藏的惡意軟件并不總是那么容易。您必須注意網(wǎng)站的外觀并仔細(xì)監(jiān)控其性能。確保您為保護(hù)用戶而采取的任何安全措施仍然有效，并聽取用戶的任何反饋。

20. 不必要的重定向

網(wǎng)站通常包含鏈接，這些鏈接會(huì)將您帶到與您所在的 URL 不同的 URL。它們通常有充分的理由使用，例如在修改原始頁面時(shí)將您帶到更新頁面或臨時(shí)頁面。或者，您可能已經(jīng)為您的網(wǎng)站添加了 SSL 證書，并重定向到安全的“HTTPS”鏈接，而不是使用 HTTP。 當(dāng)網(wǎng)站頁面上有很多重定向時(shí)，它們會(huì)增加頁面的加載時(shí)間，使其變慢。

解決方案– 作為您網(wǎng)站的管理員或創(chuàng)建者，您需要確保只使用最少量的重定向。例如，網(wǎng)頁上的 HTTP 引用（而不是 HTTPS）是新添加的 SSL 證書的一個(gè)非常常見的問題。引用應(yīng)該是 HTTPS，以便在訪問網(wǎng)頁時(shí)保持網(wǎng)頁的安全狀態(tài)。如果您需要幫助查找和減少網(wǎng)站上的重定向，您可以使用網(wǎng)絡(luò)性能工具，例如 Google PageSpeed Insights、GTmetrix 或Screamingfrog 的批量重定向檢查器。

21. 丟失的文件

在某些安裝中，由于安裝、遷移或更新期間可能出現(xiàn)的問題，文件可能會(huì)丟失。由于嘗試查找文件，這些丟失的文件可能會(huì)導(dǎo)致加載時(shí)間變長。查看者可能看不到這些丟失的文件，除非您轉(zhuǎn)到站點(diǎn)中丟失的特定頁面然后看到 404 錯(cuò)誤。

解決方案——為了解決這個(gè)問題，您需要加載站點(diǎn)的最新完整備份，或者您可能需要重新安裝應(yīng)用程序的核心文件。Web 性能工具和瀏覽器檢查工具還可以幫助您識(shí)別可能丟失的內(nèi)容文件。?您網(wǎng)站上基于插件或其他插件運(yùn)行的功能部分也可能需要重新安裝，以解決丟失文件的問題。